From bounce-aprsspec-11589@lists.tapr.org  Tue Nov  2 17:51:10 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.11) with SMTP id RAA10824
	for <lyris.aprsspec@tapr.org>; Tue, 2 Nov 1999 17:51:08 -0600 (CST)
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs
Date: Tue, 2 Nov 1999 18:50:55 -0500 (EST)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: APRS Version Designators
In-Reply-To: <LYR11586-43539-1999.10.05-17.58.00--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-47843-1999.11.02-18.03.56--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.9911021849310.25519-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Someone wrote:

> A few balloon launches back we noticed that the balloon GPS data
> said the payload was at 20,000 feet an hour after launch.  It was
> SUPPOSED to be at 60K+ feet.
> 
> You guessed it.  The GPS was putting out altitude in meters,
> and the ground software wasn't doing the conversion. 

No one said what version of APRS they were using, but I finlly got around
to checking and APRSdos does check the NMEA for meters or feet...

bob



---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Nov  2 18:07:54 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.11) with SMTP id SAA11319
	for <lyris.aprsspec@tapr.org>; Tue, 2 Nov 1999 18:07:53 -0600 (CST)
Message-Id: <LYR11589-47846-1999.11.02-18.20.41--lyris.aprsspec#tapr.org@lists.tapr.org>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Protocol Spec Update
Date: Tue, 02 Nov 1999 19:07:29 -0500
From: John Ackermann <jra@febo.com>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <199911030007.TAA26095@meow.febo.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

The new draft of the APRS Protocol Reference specification is going
through the final phases of update, and we expect to publish it towards
the end of November.

This is a little later than originally anticipated -- the delay is due
to the document's having grown from the original 17 pages to more than
70 over the last three weeks!
 
The new draft incorporates detailed packet format diagrams, the APRS
symbol tables, descriptions of compressed data format and Mic-E format
(with a complete appendix explaining in detail how to decode Mic-E
packets), and many more examples of APRS packets in general.

There is an enormous amount of detail in the document which the APRS
Working Group is now double-checking. We're sure you'll like the
finished result, and will find it's been worth waiting for.  Because 
the document has been virtually rewritten since the original draft, we 
will have another public comment period prior to final adoption of 
Version 1.0.

I'd like to thank the APRS authors as well as our technical editor, Ian 
Wade, G3NRW, who have exchanged hundreds of emails over the last few 
weeks trying to nail down obscure points in the protocol.  Their hard 
work has made a real difference in the document we'll be delivering.  
I'd also like to thank everyone who commented on the original draft; 
all those comments have been taken into consideration for this 
iteration.

73,
John N8UR
jra@febo.com
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Nov  2 18:32:56 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.11) with SMTP id SAA11854
	for <lyris.aprsspec@tapr.org>; Tue, 2 Nov 1999 18:32:50 -0600 (CST)
Message-Id: <LYR11589-47849-1999.11.02-18.45.37--lyris.aprsspec#tapr.org@lists.tapr.org>
X-Sender: vodall@wa7nwp.dynip.com
Date: Tue, 02 Nov 1999 16:32:13 -0800
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Bill Vodall <Vodall@bigsky.com>
Subject: [aprsspec] Re: Protocol Spec Update
In-Reply-To: <LYR11629-47846-1999.11.02-18.20.41--wa7nwp#bigsky.com@list
 s.tapr.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <3.0.5.32.19991102163213.009b8c90@wa7nwp.dynip.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk



>This is a little later than originally anticipated -- the delay is due
>to the document's having grown from the original 17 pages to more than
>70 over the last three weeks!

Wow.  That's a lot of hard work!

> 
>The new draft incorporates detailed packet format diagrams, the APRS
>symbol tables, descriptions of compressed data format and Mic-E format
>(with a complete appendix explaining in detail how to decode Mic-E
>packets), and many more examples of APRS packets in general.

Will these examples be extractable to form a first pass at a
test suite? 

Bill, WA7NWP
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Nov  2 19:11:51 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.11) with SMTP id TAA12915
	for <lyris.aprsspec@tapr.org>; Tue, 2 Nov 1999 19:11:47 -0600 (CST)
Message-Id: <LYR11589-47851-1999.11.02-19.24.28--lyris.aprsspec#tapr.org@lists.tapr.org>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Protocol Spec Update 
In-reply-to: Your message of "Tue, 02 Nov 1999 16:32:13 PST."
             <LYR11592-47849-1999.11.02-18.45.37--n8ur#tapr.org@lists.tapr.org> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 02 Nov 1999 20:11:18 -0500
From: John Ackermann <jra@febo.com>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <199911030111.UAA26449@meow.febo.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

> >The new draft incorporates detailed packet format diagrams, the APRS
> >symbol tables, descriptions of compressed data format and Mic-E format
> >(with a complete appendix explaining in detail how to decode Mic-E
> >packets), and many more examples of APRS packets in general.
> 
> Will these examples be extractable to form a first pass at a
> test suite? 
> 
> Bill, WA7NWP

That's a good question.  The examples weren't developed with that in 
mind (and I didn't develop them), so I'm not sure whether the authors 
would consider them to be "official" test packets or not.  I'll make 
sure we discuss that question.

John


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Nov  3 10:06:07 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.11) with SMTP id KAA21770
	for <lyris.aprsspec@tapr.org>; Wed, 3 Nov 1999 10:06:07 -0600 (CST)
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: mcmusick@mail.anet-stl.com
Message-Id: <LYR11589-47904-1999.11.03-10.18.58--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Wed, 3 Nov 1999 10:02:49 -0500
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Mike Musick <mcmusick@anet-stl.com>
Subject: [aprsspec] Re: Protocol Spec Update
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <v04011700b445f21a9dd1@[209.145.180.204]>
 <LYR11712-47877-1999.11.03-00.00.10--mcmusick#anet-stl.com@lists.tapr.org>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Bill asks -

>Will these examples be extractable to form a first pass at a
>test suite?

Clearly, no.

Some (if not most) of the examples are hand-built for the purpose of
illustration of the piece of protocol being discussed at that moment. While
I suspect that most will "pass", I'll bet there are a number of examples
that are good for the immediate topic but will crash and burn somewhere
else.

A test suite will have to be addressed as a separate issue.

  ...mike/N0QBF
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From bounce-aprsspec-11589@lists.tapr.org  Wed Nov  3 14:50:25 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.11) with SMTP id OAA03740
	for <lyris.aprsspec@tapr.org>; Wed, 3 Nov 1999 14:50:21 -0600 (CST)
Message-ID: <LYR11589-47920-1999.11.03-15.03.13--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Wed, 3 Nov 1999 20:02:47 +0000
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Ian Wade <ian@dowrmain.demon.co.uk>
Reply-To: Ian Wade <ianwade@netro.co.uk>
Subject: [aprsspec] Re: Protocol Spec Update
In-Reply-To: <LYR11659-47904-1999.11.03-10.18.58--ian#dowrmain.demon.co.uk@lists.tapr.org>
MIME-Version: 1.0
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <CNPQQEAnTJI4Ewoe@dowrmain.demon.co.uk>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

In article <LYR11659-47904-1999.11.03-10.18.58--ian#dowrmain.demon.co.uk
@lists.tapr.org>, Mike Musick <mcmusick@anet-stl.com> writes


>Some (if not most) of the examples are hand-built for the purpose of
>illustration of the piece of protocol being discussed at that moment. While
>I suspect that most will "pass", I'll bet there are a number of examples
>that are good for the immediate topic but will crash and burn somewhere
>else.


I hope they won't :-)


>
>A test suite will have to be addressed as a separate issue.

To echo Mike's comment, although the new version of the spec has many
more examples than the first version, there are still nowhere enough to
fully exercise APRS software. Building a proper test suite will not be a
5-minute job.

73
Ian, G3NRW
-- 
+-----------------------------------------------------------------+
| APRS on 144.800  [IO91SX]         ~55km/35 miles NNW of London  |
|                    email: g3nrw@arrl.net                        |
|                                                                 |
| INTRODUCTION TO APRS: http://www.netro.co.uk/whitepaper.htm     |
| APRS PROTOCOL SPEC:   http://www.tapr.org/tapr/html/aprswg.html |
+-----------------------------------------------------------------+
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Thu Nov  4 20:20:00 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.11) with SMTP id UAA06719
	for <lyris.aprsspec@tapr.org>; Thu, 4 Nov 1999 20:19:53 -0600 (CST)
Message-ID: <LYR11589-48122-1999.11.04-20.32.49--lyris.aprsspec#tapr.org@lists.tapr.org>
From: "Dave VanHorn" <dvanhorn@cedar.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
References: <LYR11608-47920-1999.11.03-15.03.13--dvanhorn#cedar.net@lists.tapr.org>
Subject: [aprsspec] Re: Slightly OT
Date: Thu, 4 Nov 1999 21:18:49 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <005801bf2734$19298f80$0200a8c0@xemu>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

But I figure the guys who know are probably here :)

In communicating with a TNC, what's the largest "sentence" one can send
to/from the TNC, before encountering a <CR> or <LF>?

I've got a note here that GPS NMEA sentences can be up to 82 chars long.
(yuk!)

I'm trying to figure out how large a comm buffer to allocate, assuming that
I have to buffer an entire sentence to each device and from each device.




---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Thu Nov  4 21:04:17 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.11) with SMTP id VAA07794
	for <lyris.aprsspec@tapr.org>; Thu, 4 Nov 1999 21:04:15 -0600 (CST)
Date: Thu, 4 Nov 1999 21:04:03 -0600 (CST)
From: Tim Salo <salo@networkcs.com>
Message-Id: <LYR11589-48144-1999.11.04-21.17.06--lyris.aprsspec#tapr.org@lists.tapr.org>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Slightly OT
In-Reply-To: <LYR11595-48122-1999.11.04-20.32.49--salo#networkcs.com@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <199911050304.VAA96669@us.networkcs.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

> From: "Dave VanHorn" <dvanhorn@cedar.net>
> Subject: [aprsspec] Re: Slightly OT
> Date: Thu, 4 Nov 1999 21:18:49 -0500
> 
> In communicating with a TNC, what's the largest "sentence" one can send
> to/from the TNC, before encountering a <CR> or <LF>?
> 	[...]

Well, that depends on which protocol you are using between the host
and the TNC.

The maximum size of an AX.25 packet, ignoring flags and FCS, is:

	Address		 70 bytes (10 addreses * 7 bytes)
	Control		  1 byte
	PID		  1 byte
	Info		256 bytes
	----            ---------
	Total		328 bytes

But, this answer makes sense only for KISS mode.  Furthermore, you
never need to encounter a <cr> or <lf>.


When receiving in TNC MONitor command format, one could construct an
AX.25 packet with 10 addresses (source, destination, and 10 "via"
addresses) and 256 bytes of data and get:

for each call:

	call		 6 bytes
	"-"		 1 byte
	ssid		 2 bytes
	">"		 1 byte
	-----		--
	Total		10 bytes

for a total of:

	Address		111 bytes (10 addresses * 10 bytes plus "*")
	Info		256 bytes
	-----		---
	Total		367 bytes


Or, you can make a bunch of assumptions that you won't ever get really
big packets...

(These might make good packets for an APRS test suite.)

-tjs
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
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From bounce-aprsspec-11589@lists.tapr.org  Fri Nov  5 00:16:35 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.11) with SMTP id AAA20020
	for <lyris.aprsspec@tapr.org>; Fri, 5 Nov 1999 00:16:32 -0600 (CST)
Message-ID: <LYR11589-48193-1999.11.05-00.29.27--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Fri, 5 Nov 1999 06:05:43 +0000
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Ian Wade <ian@dowrmain.demon.co.uk>
Reply-To: Ian Wade <ianwade@netro.co.uk>
Subject: [aprsspec] Re: Slightly OT
In-Reply-To: <005801bf2734$19298f80$0200a8c0@xemu>
MIME-Version: 1.0
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <dj73bNA3OnI4EwoH@dowrmain.demon.co.uk>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

In article <005801bf2734$19298f80$0200a8c0@xemu>, Dave VanHorn
<dvanhorn@cedar.net> writes
>
>I've got a note here that GPS NMEA sentences can be up to 82 chars long.
>(yuk!)
>

According to the Garmin 25 manual which contains the NMEA sentence
details, the max lengths are as follows:

GGA  72
GSA  65
GSV  210
RMC  70
VTG  34
RME  36
RMT  47
RMV  26
RMF  79
GLL  36
VTG  34

These include CR LF.

So I guess GSV (Satellites in View) is the one you have to allow for.

73
Ian, G3NRW
-- 
+-----------------------------------------------------------------+
| APRS on 144.800  [IO91SX]         ~55km/35 miles NNW of London  |
|                    email: g3nrw@arrl.net                        |
|                                                                 |
| INTRODUCTION TO APRS: http://www.netro.co.uk/whitepaper.htm     |
| APRS PROTOCOL SPEC:   http://www.tapr.org/tapr/html/aprswg.html |
+-----------------------------------------------------------------+

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Mon Nov  8 08:31:08 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.11) with SMTP id IAA16234
	for <lyris.aprsspec@tapr.org>; Mon, 8 Nov 1999 08:31:07 -0600 (CST)
Sender: bounce-aprsspec-11589@lists.tapr.org
Message-ID: <LYR11589-48392-1999.11.08-08.43.06--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Sun, 07 Nov 1999 19:20:37 -0800
From: Dana Myers K6JQ <DMyers@QNET.COM>
Reply-To: Dana@Source.Net
X-Accept-Language: en
MIME-Version: 1.0
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Slightly OT
References: <LYR12155-48144-1999.11.04-21.17.06--dana#source.net@lists.tapr.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <38264185.D28016D8@Qnet.com>
Precedence: bulk

Tim Salo wrote:
> 
> > From: "Dave VanHorn" <dvanhorn@cedar.net>
> > Subject: [aprsspec] Re: Slightly OT
> > Date: Thu, 4 Nov 1999 21:18:49 -0500
> >
> > In communicating with a TNC, what's the largest "sentence" one can send
> > to/from the TNC, before encountering a <CR> or <LF>?
> >       [...]
> 
> Well, that depends on which protocol you are using between the host
> and the TNC.
> 
> The maximum size of an AX.25 packet, ignoring flags and FCS, is:
> 
>         Address          70 bytes (10 addreses * 7 bytes)
>         Control           1 byte
>         PID               1 byte
>         Info            256 bytes
>         ----            ---------
>         Total           328 bytes

Technically speaking, there's nothing preventing one from receiving a
very large frame, even if the frame is not strictly AX.25 compliant.
I recall that some of the 56kb experimenters were interested (for fairly
obvious reasons) in frames with a payload greater than 256 bytes.

Granted, you're not likely to find such frames on a common 1200 baud channel,
but I recall that a number of TNCs are capable of sending frames larger than
the AX.25-specified maximum.  If a piece of software decides to send a frame
larger than the max, the TNC is liable to comply.

> Or, you can make a bunch of assumptions that you won't ever get really
> big packets...

Such assumptions should have a deterministic behavior when you *do* get a
large frame (perhaps as a fluke).  I'd suggest an assumption along the lines
of "you don't have to process such frames", rather than "you'll never get 'em".

Dana  K6JQ
dana@source.net
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From bounce-aprsspec-11589@lists.tapr.org  Mon Nov  8 09:04:46 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.11) with SMTP id JAA17664
	for <lyris.aprsspec@tapr.org>; Mon, 8 Nov 1999 09:04:41 -0600 (CST)
Date: Sun, 7 Nov 1999 18:24:52 -0700
From: "Shawn T. Rutledge" <rutledge@cx47646-a.phnx1.az.home.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Cc: rustyc@inficad.com
Subject: [aprsspec] Traffic data in Phoenix
Message-ID: <LYR11589-48449-1999.11.08-08.52.17--lyris.aprsspec#tapr.org@lists.tapr.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <19991107182451.C29102@electron.kb7pwd.ampr.org>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

N7IKQ, KA7ZQL and myself are trying to put together a system to report 
Phoenix freeway traffic conditions on packet.  Both of these gentlemen 
work for the AZ freeway management system division of ADOT and have gotten
permission to do this.  The data available consists of traffic volume and
speed measurements every 1/3 of a mile by means of sensors embedded in the
pavement; the text that is displayed on those orange message signs; info
about onramp metering; and info about "incidents" (accidents, construction
or other traffic snafus).  Obviously some of this data fits well into 
existing APRS message types.  I read the spec about a week ago and discovered
the "traffic sign" type which had as an example usage, the speed of traffic
past a certain point.  However it bothers me that it is limited to 3 digits,
and no way of specifying units, and how this info will be used by APRS 
clients is ambiguous.  My expectation would be that a typical client would
display it as if it really were a highway sign showing drivers their speed
as they go by.  However more data is available than just speed - we also
can know the "occupancy" which is a measure of how bumper-to-bumper the
traffic is; speed for each lane separately; and volume of cars per hour.
At azfms.com there is a color-coded map showing different colors for 
different speed ranges and I would like to incorporate or see someone else
incorporate that kind of display into an APRS client.  But it must be possible
to separate that kind of data from other measurements of congestion; 
perhaps the client would give a choice which measurement to use, or show
multiple color codes at the same time.  The client could also have a
text display of just the upcoming situations which are relevant to the
driver, for the next 5 or 10 miles in the direction he's headed; and 
this text could be spoken by a voice synthesizer whenever it changes.

Anyway I suppose the sign messages, and incident reports, would fit in
more generically, but I didn't see a good way of sending different APRS
messages for these two types of data, other than just prefixing the sign
messages with"SIGN:" or something like that.

New measurements of speed etc. are available every 20 seconds.  I am aware
the typical APRS update frequency is 10 minutes and that more often would
congest the frequency too much for its general-purpose nature, so we are
thinking of using a separate frequency to send more detailed, frequent
updates.  I think in the interests of unification that I would like to try
sending this data in XML format on the separate frequency (it would have
seemed like a good idea anyway, but the DCC presentation on XML for APRS
provided some more inspiration).  Of course it will have to be a fairly
compact form of XML (tags kept as short as possible) to fit in a 1200 
baud channel, even assuming the channel is transmit-only and we can max
out the available bandwidth.  It appears that standard APRS messages 
are already too complex to decode easily (too few rules and too many 
exceptions) so stretching it even further to make new message formats
to handle all the data types that are available would probably be a mistake.  
Trying to shoehorn the data into generic text messages would provide 
no incentive for APRS client software to try to display it more concisely 
as with color codes, and voice updates of only the data relevant to your
position and direction, and things of that nature; you'd just end up with
a screen full of icons and have to click on each one to find out what
it says, and that would be useless if you are trying to drive at the
same time.  On the other hand it would be useful for APRS clients to
be able to interpret the APRS XML DTD anyway, regardless what the
source of that data is; and this might be the first on-air use of that
DTD, with others following and having an extensible standard to work with
rather than the ad-hoc APRS packet formats.

N7IKQ thinks the faster updates on the secondary channel should be by request 
only, in which case the channel would not be transmit-only, but the data
sent could be targeted to what a particular user requested (give me the
speed data for the next 5 miles of I-10 for example) rather than sending
all the data all the time.  Of course the more people are requesting
data, this starts to become a losing proposition because most of the
data needs to be sent anyway, yet we are also losing bandwidth to incoming
requests and making the software more complex too.

In any case we want to provide whatever functionality that can fit into
APRS protocol, on the normal APRS frequency so people don't have to use
two channels at once if they don't want to.

Judging from the way APRS is used, there seems to be some loophole 
to get by the "no broadcasting" rule; I'm wondering what this is?
Obviously the AX.25 "to" field is filled in but not usually with an
individual ham's callsign.  I don't want to raise a ruckus
about that, just curious how it would be justified if the FCC asked.

I'm working with Linux of course, and this afternoon started with the
beacon source code to find out how to open a socket and send packets.
That's easy enough, now I just have to figure out what to send.

I'm open to suggestions on how to format the data, or otherwise.
---
  _______                                     http://www.bigfoot.com/~ecloud
 (_  | |_)  ecloud@bigfoot.com   finger rutledge@cx47646-a.phnx1.az.home.com
 __) | | \__________________________________________________________________

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Mon Nov  8 09:35:02 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.11) with SMTP id JAA20007
	for <lyris.aprsspec@tapr.org>; Mon, 8 Nov 1999 09:34:59 -0600 (CST)
Message-ID: <LYR11589-48465-1999.11.08-09.46.50--lyris.aprsspec#tapr.org@lists.tapr.org>
From: "Dave VanHorn" <dvanhorn@cedar.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
References: <LYR12155-48144-1999.11.04-21.17.06--dana#source.net@lists.tapr.org> <LYR11608-48392-1999.11.08-08.43.06--dvanhorn#cedar.net@lists.tapr.org>
Subject: [aprsspec] Re: Slightly OT
Date: Mon, 8 Nov 1999 09:31:02 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <001e01bf29f5$e1f947c0$0200a8c0@xemu>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

> Such assumptions should have a deterministic behavior when you *do* get a
> large frame (perhaps as a fluke).  I'd suggest an assumption along the
lines
> of "you don't have to process such frames", rather than "you'll never get
'em".


It gets really fun when you try to think how to know where you are in all
this, given that there's no real protocol, and all the control of the device
is also in-band.

It's a lot like initializing a hayes modem. There's no way to do that, which
will always work.
My favorite Hayes-ism: "Restore to factory defaults".. As if that helps,
given that there's no way to know what that is..


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Mon Nov  8 09:52:07 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.11) with SMTP id JAA21970
	for <lyris.aprsspec@tapr.org>; Mon, 8 Nov 1999 09:52:07 -0600 (CST)
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs
Date: Mon, 8 Nov 1999 10:50:41 -0500 (EST)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, rustyc@inficad.com
Subject: [aprsspec] Re: Traffic data in Phoenix
In-Reply-To: <LYR11586-48449-1999.11.08-08.52.17--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-48476-1999.11.08-10.04.48--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.9911081044370.14048-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Shawn,
    The "Speed SIgn" in APRS is only the ICON display, the OBJECT itself
still has the potential for having the 35 character "comment" field and
if needed, the same "object" can send a full 63 character "STATUS" line
as well..  Thus you have plenty of opportunity to embed other info in the
object.  Only the SPEED shows on the MAP ICON, but all the rest is
displayed when you "click" on it...

Also, you can send general data as BULLETINS...

Or you can send "areas" which are boxes, triangles, circles and lines
to enclose traffic congestion etc...

Does that help?  I think the tools are mostly in there..  Just needs some
creativity in sending the right packets...

Bob, WB4APR

 On Sun, 7 Nov 1999, Shawn T. Rutledge wrote:

> N7IKQ, KA7ZQL and myself are trying to put together a system to report 
> Phoenix freeway traffic conditions on packet.  Both of these gentlemen 
> work for the AZ freeway management system division of ADOT and have gotten
> permission to do this.  The data available consists of traffic volume and
> speed measurements every 1/3 of a mile by means of sensors embedded in the
> pavement; the text that is displayed on those orange message signs; info
> about onramp metering; and info about "incidents" (accidents, construction
> or other traffic snafus).  Obviously some of this data fits well into 
> existing APRS message types.  I read the spec about a week ago and discovered
> the "traffic sign" type which had as an example usage, the speed of traffic
> past a certain point.  However it bothers me that it is limited to 3 digits,
> and no way of specifying units, and how this info will be used by APRS 
> clients is ambiguous.  My expectation would be that a typical client would
> display it as if it really were a highway sign showing drivers their speed
> as they go by.  However more data is available than just speed - we also
> can know the "occupancy" which is a measure of how bumper-to-bumper the
> traffic is; speed for each lane separately; and volume of cars per hour.
> At azfms.com there is a color-coded map showing different colors for 
> different speed ranges and I would like to incorporate or see someone else
> incorporate that kind of display into an APRS client.  But it must be possible
> to separate that kind of data from other measurements of congestion; 
> perhaps the client would give a choice which measurement to use, or show
> multiple color codes at the same time.  The client could also have a
> text display of just the upcoming situations which are relevant to the
> driver, for the next 5 or 10 miles in the direction he's headed; and 
> this text could be spoken by a voice synthesizer whenever it changes.
> 
> Anyway I suppose the sign messages, and incident reports, would fit in
> more generically, but I didn't see a good way of sending different APRS
> messages for these two types of data, other than just prefixing the sign
> messages with"SIGN:" or something like that.
> 
> New measurements of speed etc. are available every 20 seconds.  I am aware
> the typical APRS update frequency is 10 minutes and that more often would
> congest the frequency too much for its general-purpose nature, so we are
> thinking of using a separate frequency to send more detailed, frequent
> updates.  I think in the interests of unification that I would like to try
> sending this data in XML format on the separate frequency (it would have
> seemed like a good idea anyway, but the DCC presentation on XML for APRS
> provided some more inspiration).  Of course it will have to be a fairly
> compact form of XML (tags kept as short as possible) to fit in a 1200 
> baud channel, even assuming the channel is transmit-only and we can max
> out the available bandwidth.  It appears that standard APRS messages 
> are already too complex to decode easily (too few rules and too many 
> exceptions) so stretching it even further to make new message formats
> to handle all the data types that are available would probably be a mistake.  
> Trying to shoehorn the data into generic text messages would provide 
> no incentive for APRS client software to try to display it more concisely 
> as with color codes, and voice updates of only the data relevant to your
> position and direction, and things of that nature; you'd just end up with
> a screen full of icons and have to click on each one to find out what
> it says, and that would be useless if you are trying to drive at the
> same time.  On the other hand it would be useful for APRS clients to
> be able to interpret the APRS XML DTD anyway, regardless what the
> source of that data is; and this might be the first on-air use of that
> DTD, with others following and having an extensible standard to work with
> rather than the ad-hoc APRS packet formats.
> 
> N7IKQ thinks the faster updates on the secondary channel should be by request 
> only, in which case the channel would not be transmit-only, but the data
> sent could be targeted to what a particular user requested (give me the
> speed data for the next 5 miles of I-10 for example) rather than sending
> all the data all the time.  Of course the more people are requesting
> data, this starts to become a losing proposition because most of the
> data needs to be sent anyway, yet we are also losing bandwidth to incoming
> requests and making the software more complex too.
> 
> In any case we want to provide whatever functionality that can fit into
> APRS protocol, on the normal APRS frequency so people don't have to use
> two channels at once if they don't want to.
> 
> Judging from the way APRS is used, there seems to be some loophole 
> to get by the "no broadcasting" rule; I'm wondering what this is?
> Obviously the AX.25 "to" field is filled in but not usually with an
> individual ham's callsign.  I don't want to raise a ruckus
> about that, just curious how it would be justified if the FCC asked.
> 
> I'm working with Linux of course, and this afternoon started with the
> beacon source code to find out how to open a socket and send packets.
> That's easy enough, now I just have to figure out what to send.
> 
> I'm open to suggestions on how to format the data, or otherwise.
> ---
>   _______                                     http://www.bigfoot.com/~ecloud
>  (_  | |_)  ecloud@bigfoot.com   finger rutledge@cx47646-a.phnx1.az.home.com
>  __) | | \__________________________________________________________________
> 
> ---
> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> 
> 

APRSdos REPLY/COMMENT:

Reply mail addr:   wb4apr@amsat.org   
US mail address:   115 old Farm Ct, Glen Burnie, MD 21060
See DAYTON97 HISTORY:    http://web.usna.navy.mil/~bruninga/dayton.html
See Maryland APRS LIVE:  http://web.usna.navy.mil/~bruninga/aprs.html
See GPS on ANY radio:    http://www.tapr.org/tapr/html/mic-e.html


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Mon Nov  8 12:04:02 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.11) with SMTP id MAA26133
	for <lyris.aprsspec@tapr.org>; Mon, 8 Nov 1999 12:03:58 -0600 (CST)
Date: Mon, 8 Nov 1999 11:03:37 -0700
From: "Shawn T. Rutledge" <rutledge@cx47646-a.phnx1.az.home.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Cc: "Shawn T. Rutledge" <rutledge@cx47646-a.phnx1.az.home.com>,
        APRS Spec Discussion List <aprsspec@lists.tapr.org>,
        rustyc@inficad.com
Subject: [aprsspec] Re: Traffic data in Phoenix
Message-ID: <LYR11589-48489-1999.11.08-12.17.02--lyris.aprsspec#tapr.org@lists.tapr.org>
References: <LYR11586-48449-1999.11.08-08.52.17--bruninga#nadn.navy.mil@lists.tapr.org> <Pine.GSO.4.05L.9911081044370.14048-100000@arctic>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <Pine.GSO.4.05L.9911081044370.14048-100000@arctic>; from Bob Bruninga on Mon, Nov 08, 1999 at 10:50:41AM -0500
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <19991108110337.A11384@electron.kb7pwd.ampr.org>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Mon, Nov 08, 1999 at 10:50:41AM -0500, Bob Bruninga wrote:
>     The "Speed SIgn" in APRS is only the ICON display, the OBJECT itself
> still has the potential for having the 35 character "comment" field and
> if needed, the same "object" can send a full 63 character "STATUS" line

I guess I missed that.  

> as well..  Thus you have plenty of opportunity to embed other info in the
> object.  Only the SPEED shows on the MAP ICON, but all the rest is
> displayed when you "click" on it...
> 
> Also, you can send general data as BULLETINS...
> 
> Or you can send "areas" which are boxes, triangles, circles and lines
> to enclose traffic congestion etc...
> 
> Does that help?  I think the tools are mostly in there..  Just needs some
> creativity in sending the right packets...

Yes that helps.
> 
> Bob, WB4APR
> 
>  On Sun, 7 Nov 1999, Shawn T. Rutledge wrote:
> 
> > Judging from the way APRS is used, there seems to be some loophole 
> > to get by the "no broadcasting" rule; I'm wondering what this is?
> > Obviously the AX.25 "to" field is filled in but not usually with an
> > individual ham's callsign.  I don't want to raise a ruckus
> > about that, just curious how it would be justified if the FCC asked.

Any comments on this?

-- 
  _______                                     http://www.bigfoot.com/~ecloud
 (_  | |_)  ecloud@bigfoot.com   finger rutledge@cx47646-a.phnx1.az.home.com
 __) | | \__________________________________________________________________

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Mon Nov  8 12:10:43 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.11) with SMTP id MAA26530
	for <lyris.aprsspec@tapr.org>; Mon, 8 Nov 1999 12:10:39 -0600 (CST)
Errors-To: <jeff@aerodata.net>
Message-ID: <LYR11589-48491-1999.11.08-12.23.43--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Mon, 08 Nov 1999 13:12:04 -0500
From: Jeff King <jeff@aerodata.net>
Organization: Aero Data Systems, Inc.
X-Accept-Language: en
MIME-Version: 1.0
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org>, rustyc@inficad.com
Subject: [aprsspec] Re: Traffic data in Phoenix
References: <LYR11586-48449-1999.11.08-08.52.17--bruninga#nadn.navy.mil@lists.tapr.org> <Pine.GSO.4.05L.9911081044370.14048-100000@arctic> <LYR11601-48489-1999.11.08-12.17.02--jeff#aerodata.net@lists.tapr.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <38271274.C06A2428@aerodata.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk



"Shawn T. Rutledge" wrote:

>
> >  On Sun, 7 Nov 1999, Shawn T. Rutledge wrote:
> >
> > > Judging from the way APRS is used, there seems to be some loophole
> > > to get by the "no broadcasting" rule; I'm wondering what this is?
> > > Obviously the AX.25 "to" field is filled in but not usually with an
> > > individual ham's callsign.  I don't want to raise a ruckus
> > > about that, just curious how it would be justified if the FCC asked.
>
> Any comments on this?

It seems to me this has been addressed before in the sense a packet "broadcast"
still has a specific audience, hence it is not a "broadcast". I know this has
been
addressed in other UI modes of packet previous to APRS. I don't think you
have much to worry about.

I think a bigger issue for you might be the usage of amateur frequencies by
the Arizona Department of Transportation..., either directly or for there
benefit.

-Jeff



---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Mon Nov  8 12:54:22 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.11) with SMTP id MAA27822
	for <lyris.aprsspec@tapr.org>; Mon, 8 Nov 1999 12:54:19 -0600 (CST)
Date: Mon, 8 Nov 1999 11:53:56 -0700
From: "Shawn T. Rutledge" <rutledge@cx47646-a.phnx1.az.home.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Cc: "Shawn T. Rutledge" <rutledge@cx47646-a.phnx1.az.home.com>,
        APRS Spec Discussion List <aprsspec@lists.tapr.org>,
        rustyc@inficad.com
Subject: [aprsspec] Re: Traffic data in Phoenix
Message-ID: <LYR11589-48497-1999.11.08-13.07.22--lyris.aprsspec#tapr.org@lists.tapr.org>
References: <LYR11586-48449-1999.11.08-08.52.17--bruninga#nadn.navy.mil@lists.tapr.org> <Pine.GSO.4.05L.9911081044370.14048-100000@arctic> <LYR11601-48489-1999.11.08-12.17.02--jeff#aerodata.net@lists.tapr.org> <38271274.C06A2428@aerodata.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <38271274.C06A2428@aerodata.net>; from Jeff King on Mon, Nov 08, 1999 at 01:12:04PM -0500
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <19991108115356.A11546@electron.kb7pwd.ampr.org>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Mon, Nov 08, 1999 at 01:12:04PM -0500, Jeff King wrote:
> "Shawn T. Rutledge" wrote:
> > >  On Sun, 7 Nov 1999, Shawn T. Rutledge wrote:
> > >
> > > > Judging from the way APRS is used, there seems to be some loophole
> > > > to get by the "no broadcasting" rule; I'm wondering what this is?
> > > > Obviously the AX.25 "to" field is filled in but not usually with an
> > > > individual ham's callsign.  I don't want to raise a ruckus
> > > > about that, just curious how it would be justified if the FCC asked.
> >
> > Any comments on this?
> 
> It seems to me this has been addressed before in the sense a packet "broadcast"
> still has a specific audience, hence it is not a "broadcast". I know this has
> been
> addressed in other UI modes of packet previous to APRS. I don't think you
> have much to worry about.
> 
> I think a bigger issue for you might be the usage of amateur frequencies by
> the Arizona Department of Transportation..., either directly or for there
> benefit.

It doesn't benefit them in any way; they have landline and microwave
networks for their own purposes.  This is a service to us hams, being
initiated by hams and with a ham in charge of it within the ADOT building
where the antenna will be located.  I don't see a problem with it.
If the antenna being at their building were the source of a problem then
we could locate it elsewhere and send the data to the alternate location
via the Internet.

-- 
  _______                                     http://www.bigfoot.com/~ecloud
 (_  | |_)  ecloud@bigfoot.com   finger rutledge@cx47646-a.phnx1.az.home.com
 __) | | \__________________________________________________________________

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Mon Nov  8 13:42:29 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.11) with SMTP id NAA29498
	for <lyris.aprsspec@tapr.org>; Mon, 8 Nov 1999 13:42:23 -0600 (CST)
Errors-To: <jeff@aerodata.net>
Message-ID: <LYR11589-48502-1999.11.08-13.55.25--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Mon, 08 Nov 1999 14:43:48 -0500
From: Jeff King <jeff@aerodata.net>
Organization: Aero Data Systems, Inc.
X-Accept-Language: en
MIME-Version: 1.0
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org>, rustyc@inficad.com
Subject: [aprsspec] Re: Traffic data in Phoenix
References: <LYR11586-48449-1999.11.08-08.52.17--bruninga#nadn.navy.mil@lists.tapr.org> <Pine.GSO.4.05L.9911081044370.14048-100000@arctic> <LYR11601-48489-1999.11.08-12.17.02--jeff#aerodata.net@lists.tapr.org> <38271274.C06A2428@aerodata.net> <LYR11601-48497-1999.11.08-13.07.22--jeff#aerodata.net@lists.tapr.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <382727F4.337A79C6@aerodata.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk



"Shawn T. Rutledge" wrote:

> On Mon, Nov 08, 1999 at 01:12:04PM -0500, Jeff King wrote:
>
> > I think a bigger issue for you might be the usage of amateur frequencies by
> > the Arizona Department of Transportation..., either directly or for there
> > benefit.
>
> It doesn't benefit them in any way; they have landline and microwave
> networks for their own purposes.  This is a service to us hams,

Sorry about that then. I think its a good use.... you were just asking
some basic questions so I mentioned this. The reason I did is we
have a project exactly like that here in Detroit. It is funded by MDOT
and sends the information on 220mhz (non amateur part of 220). What
you described sounded like yet another travelers information service
that the various DOT's have been funding as of late.

So I hope you understand my confusion of your intent.

-Jeff
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From bounce-aprsspec-11589@lists.tapr.org  Mon Nov  8 13:56:53 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.11) with SMTP id NAA29824
	for <lyris.aprsspec@tapr.org>; Mon, 8 Nov 1999 13:56:52 -0600 (CST)
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs
Date: Mon, 8 Nov 1999 14:56:26 -0500 (EST)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, rustyc@inficad.com
Subject: [aprsspec] Re: Traffic data in Phoenix
In-Reply-To: <19991108110337.A11384@electron.kb7pwd.ampr.org>
Message-ID: <LYR11589-48503-1999.11.08-14.09.58--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.9911081455450.12268-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Mon, 8 Nov 1999, Shawn T. Rutledge wrote:

> > > Judging from the way APRS is used, there seems to be some loophole 
> > > to get by the "no broadcasting" rule; I'm wondering what this is?
> > > Obviously the AX.25 "to" field is filled in but not usually with an
> > > individual ham's callsign.  I don't want to raise a ruckus
> > > about that, just curious how it would be justified if the FCC asked.

APRS is a network.  Everyone tansmits to everyone else in the network.
Just like we do on any voice net...

bob
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From bounce-aprsspec-11589@lists.tapr.org  Thu Nov 11 20:22:33 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA02064
	for <lyris.aprsspec@tapr.org>; Thu, 11 Nov 1999 20:22:32 -0600 (CST)
Message-Id: <LYR11589-49076-1999.11.11-20.35.43--lyris.aprsspec#tapr.org@lists.tapr.org>
X-Sender: wa6ylb@mail.theworks.com
Date: Thu, 11 Nov 1999 18:14:26 -0800
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Byron Smith <wa6ylb@theworks.com>
Subject: [aprsspec] Use of GPSxyz codes - the ICON Rosetta table
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <4.2.0.58.19991111181209.0184c330@mail.theworks.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

I've brought this subject up before as a problem , but now I have more 
information.

When you choose a GPS "C" group ICON for your tracker, please do so after 
reading this list below.

My recommendation, is to choose one that has ICON information that matches 
in all three flavors of APRS. I don't have any ICON information on other 
flavors of APRS.

Back in August (12th) I wrote to the aprssig mentioning that I was watching 
a tracker near Victorville sending packets with the "TO:" field of GPSC17, 
GPSC18 etc. I was using APRSdos at the time, and had recognized the code as 
ones seen in APRSplus icon table.

The problem was that APRSdos wasnt showing any ICON for these values. Only 
the callsign and
speed/direction vector was showing.

APRSdos only mentions other ICONS, such as the M series (GPSMx) and a list 
of them in
APRS\README\Symbols.txt file.

I was advised that APRSDOS was suppose to decode these and I have confirmed 
that it does to a certain extent.

        Bob B writes in a reply:

	APRSdos is supposed to decode it.  Ill check it...


Not knowing which GPSCxx codes work, and which dont, I wrote a program in 
my laptop to change the LTP setting in my mobile KPC3+ v8.3 tracker.  The 
program changed the setting of LTP 1 to be GPSC00 through GPSC99 then 
beaconed each value with real GPS live data on a different channel than 
144.39 every 10 seconds.

I then watched and recorded what each of the ICON values did (over the air) 
in APRSdos 844, Winaprs 2.3.3 and APRSplus.

I have not done the same thing with the listed ICONS in Symbols.txt that 
comes with APRSdos.
I'll do that another day.

Below is the results of running each GPSCxx code through each program. The 
biggest problem I came up with, is, APRSdos doesn't display ANYTHING as an 
ICON for a lot of "C" codes. Any place you see -- in the DOS collum, it 
means no ICON is displayed on the screen of APRSdos.

------------------------------------------
ICON displays for "C" group GPS tracker "TO:" addresses. See note 6 below 
for information
about "E" group values.

GPSCxx value	DOS Note 2		Winaprs	Note 2			APRSplus note 2

00		--			Red circle with			Red circle with
					line thru it			line thru it
01		Red diamond 		Diamond with P			Triangle with !
		with !			(police?)
02		--			Rain				Rain
03		Digi star		Digi star			Digi Star
		(small)			(with hole)

04		phone			phone				Happy face
05		Phone			DX				DX
06		Phone			Gateway				Gateway
07		Plane			Plane (small)			plane
		(crashed?)
08		Handicap		Clouds				Cloudy
09		--			TDB				TBD
10		Snowflakes		Snowflakes			Snowflakes
11		House			Red cross			Red Cross
12		Boy Scout		Rev L shape			Rev L shape
		(yellow)
13		House			House/Vertical ant		House/Vertical ant
14		Question mark		Large X cross			Red/White/Blue USA
15		small dot		Red dot				red dot
16		dot with 0		Circle black 0			Square black 0
17		--			Circle Brown 1			Square brown 1
18		--			Circle Red 2			Square Red 2
19		--			Circle Orange 3			Square Orange 3
20		--			Circle Yellow 4			Square Yellow 4
21		--			Circle Green 5			Square Green 5
22		--			Circle Blue 6			Square Blue 6
23		--			Circle Vio 7			Square Vio 7
24		--			Circle Gray 8			Square Gray 8
25		Video communicator?	Circle White 9			Square White 9
26		Building on Fire	Fire				Fire / Building
27		Gray Tent		Green Tent			Green Tent
28		Bike Rider		Motorcycle			Motorcycle
29		train			train				Train
30		Auto			Red car				Red car
31		Question mark		Position server			Position server
32		Gray dot - small	Hurricane			Hurricane
33		Block with "A"		Blue Cross aid station		Blue Cross aid station
34		--			BBS				BBS
35		Canoe Green		Canoe				Canoe
36		--			Square box with "D" Yellow	Circle (yellow) with "D"
37		Eyeball			Circle (green) with "E"		Circle (green) with "E"
38		--			Square (blue) with "F"		Circle (blue) with "F"
39		--			Grid Square (antenna)		Grid Square (antenna)
40		Bed			Hotel (bed)			Hotel (bed)
41		--			TCP				TCP/IP
42		--			J				Circle (black) with "J"
43		School			Red School			Red School
44		Lighthouse		TCPIP				Lighthouse
45		Mac LOGO		MAC LOGO			MAC LOGO
46		NTS			NTS				NTS
47		Balloon			Balloon				Balloon
48		Car			Car - Blue (police)		Car - Blue (police)
49		Earthquake - Gray	TBD				Earthquake
50		Restaurant		RV (Capitol letters)		RV (Capitol letters)
51		Shuttle			Shuttle				Shuttle
52		--			SSTV (TV Screen)		Thunderstorm
53		Circle with three	BUS				BUS
		rays from it
54		ATV (tv Screen)		ATV (tv screen)			VORTAC
55		Double circle around	Blue DOT with WX in middle	Dark Blue DOT with WX
		W - callsign goofy
		See Note 4 below
56		RX Pharmacy		Helicopter			Helicopter
57		Sail boat		Sail boat / Yacht		Sail boat
58		Windows LOGO		Windows LOGO			Windows LOGO
59		Runner			Runner				Runner
60		Yellow DF Triangle	Yellow DF triangle		Yellow DF triangle
61		Small hollow square	MAIL				MAIL
		(could be letter)
62		crashed plane?		Plane Large			Plane
63		Blue WX dot		Circle WX report		Circle WX stn
64		--			Dish on ground			Dish on ground
65		Ambulance		Ambulance			Ambulance
66		Bike			Bicycle				Bicycle
67		--			DX (antenna)			DX (antenna)
68		Fire Dept		Fire Dept			Fire Dept
69		--			Equestrian			Equestrian
70		Fire Truck		Fire Truck			Fire Truck
71		Hang glider		Hang Glider			Hang Glider
72		Hospital		Hospital			Hospital
		(hard to tell)
73		Island OTA		Isaland OTA			Island OTA
74		Jeep See note 6		Jeep	see note 6		Jeep see note 6
75		Pickup			Pickup (red)			Pickup
76		--			Red dot (areas)			--
77		MIC E			MIC E (rptr)			Red dot
78		--			N (node) 			Mic E
79		EOC			EOC				EOC
80		--			Rover/Puppy			Rover/Puppy
81		Vertical line		Grid Square (antenna)		Grid Square (antenna)
		entire screen
82		MAN/Women (rest room?)	Radio Antenna (yagi)		Radio antenna
83		Boat			Ship (pwr boat)			Pwr boat
84		Ts (truck stop)		TS (truck Stop)			TS (Truck Stop)
85		Truck			Truck 18 Wheel			Truck 18 Wheel
86		Van			Van				Van
87		H2O			H2O				H2O
88		Gray filled Diamond	Large X (Unix/Win)		Large X (Unix/Win)
89		House (yagi antenna)	House (yagi antenna)		House (yagi antenna)
90		--			No Sym Yet			Blue hollow Diamond
91		FOG (looks like		No Sym Yet			FOG (letters)
		three Horizontal
		lines)
92		--			No Sym Yet			Unsure what this is.
93		Hollow Diamond		Hollow Diamond			TCP (letters)
94		--			No Sym Yet			Sail boat
95		--			Red Square with Yellow !	Bomb alert?
96		--			alert circles			See note 1
97		--			alert circles			See note 1
98		--			alert circles			See note 1
99		--			alert circles			See note 1

Notes:

1. APRSplus - There isn't any selection buttons for 96-99 inclusive
2. APRSdos - version 844, Winaprs 2.3.3, APRSplus version unknown, but 
aprox 6 months old.
3. APRSdos "--" icon means, that *NO* ICON was displayed on the screen at 
all. Only the
    callsign and RMC direction "spear" show.
4. GPSC55 doesn't display the callsign correctly in APRSdos 844. Its Jibberish.
    It looks to be part of a WX display instead of callsign.
5. The descriptions of all ICONS are subject to my interpretation, and I 
may have
    gotten clues from other versions of APRS as to what they might be. For 
some ICONS I just
    cant tell what they are.
6. There is a GPS "E" group shown in APRSplus Secondary table tab. Both 
Winaprs and APRSdos
    define all values of GPSE00 through GPSE99 as a "jeep" symbol, although 
there are many ICONS
    choices in APRSplus "E" group.




Byron Smith
wa6ylb@theworks.com
wa6ylb@wa6ylb.#nca.ca.usa.noam
ICQ 26114994

http://www.theworks.com/~wa6ylb

"Luge strategy? Lie flat and try not to die."
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From bounce-aprsspec-11589@lists.tapr.org  Fri Nov 12 05:26:29 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA03779
	for <lyris.aprsspec@tapr.org>; Fri, 12 Nov 1999 05:26:27 -0600 (CST)
Message-ID: <LYR11589-49179-1999.11.12-05.39.39--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Fri, 12 Nov 1999 06:24:47 -0500
From: PropNET <propnet@greeceny.com>
X-Accept-Language: en
MIME-Version: 1.0
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Use of GPSxyz codes - the ICON Rosetta table
References: <LYR11610-49076-1999.11.11-20.35.43--propnet#greeceny.com@lists.tapr.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <382BF8FE.69D7E9CE@greeceny.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

What a f-a-n-t-a-s-t-i-c piece of work this is!  Well done, Byron!

Now for an extension of the experiment...checking to see how javAPRS displays posit icons.  Although
anyone is welcome to beat me in the attempt, I will try (over the next couple 'o days) to launch
gpsc## icons into the igate system, and view the result on the javAPRS system to see what
happens...and add the results to the list, too.  As an aside, one wonders that correlation exists
among other gps### codes as well.

Again, well done, Byron!
-=Ev, W2EV=-


Byron Smith wrote:

> I've brought this subject up before as a problem , but now I have more
> information.
>
> When you choose a GPS "C" group ICON for your tracker, please do so after
> reading this list below.
>
> My recommendation, is to choose one that has ICON information that matches
> in all three flavors of APRS. I don't have any ICON information on other
> flavors of APRS.
>
> Back in August (12th) I wrote to the aprssig mentioning that I was watching
> a tracker near Victorville sending packets with the "TO:" field of GPSC17,
> GPSC18 etc. I was using APRSdos at the time, and had recognized the code as
> ones seen in APRSplus icon table.
>
> The problem was that APRSdos wasnt showing any ICON for these values. Only
> the callsign and
> speed/direction vector was showing.
>
> APRSdos only mentions other ICONS, such as the M series (GPSMx) and a list
> of them in
> APRS\README\Symbols.txt file.
>
> I was advised that APRSDOS was suppose to decode these and I have confirmed
> that it does to a certain extent.
>
>         Bob B writes in a reply:
>
>         APRSdos is supposed to decode it.  Ill check it...
>
> Not knowing which GPSCxx codes work, and which dont, I wrote a program in
> my laptop to change the LTP setting in my mobile KPC3+ v8.3 tracker.  The
> program changed the setting of LTP 1 to be GPSC00 through GPSC99 then
> beaconed each value with real GPS live data on a different channel than
> 144.39 every 10 seconds.
>
> I then watched and recorded what each of the ICON values did (over the air)
> in APRSdos 844, Winaprs 2.3.3 and APRSplus.
>
> I have not done the same thing with the listed ICONS in Symbols.txt that
> comes with APRSdos.
> I'll do that another day.
>
> Below is the results of running each GPSCxx code through each program. The
> biggest problem I came up with, is, APRSdos doesn't display ANYTHING as an
> ICON for a lot of "C" codes. Any place you see -- in the DOS collum, it
> means no ICON is displayed on the screen of APRSdos.
>
> ------------------------------------------
> ICON displays for "C" group GPS tracker "TO:" addresses. See note 6 below
> for information
> about "E" group values.
>
> GPSCxx value    DOS Note 2              Winaprs Note 2                  APRSplus note 2
>
> 00              --                      Red circle with                 Red circle with
>                                         line thru it                    line thru it
> 01              Red diamond             Diamond with P                  Triangle with !
>                 with !                  (police?)
> 02              --                      Rain                            Rain
> 03              Digi star               Digi star                       Digi Star
>                 (small)                 (with hole)
>
> 04              phone                   phone                           Happy face
> 05              Phone                   DX                              DX
> 06              Phone                   Gateway                         Gateway
> 07              Plane                   Plane (small)                   plane
>                 (crashed?)
> 08              Handicap                Clouds                          Cloudy
> 09              --                      TDB                             TBD
> 10              Snowflakes              Snowflakes                      Snowflakes
> 11              House                   Red cross                       Red Cross
> 12              Boy Scout               Rev L shape                     Rev L shape
>                 (yellow)
> 13              House                   House/Vertical ant              House/Vertical ant
> 14              Question mark           Large X cross                   Red/White/Blue USA
> 15              small dot               Red dot                         red dot
> 16              dot with 0              Circle black 0                  Square black 0
> 17              --                      Circle Brown 1                  Square brown 1
> 18              --                      Circle Red 2                    Square Red 2
> 19              --                      Circle Orange 3                 Square Orange 3
> 20              --                      Circle Yellow 4                 Square Yellow 4
> 21              --                      Circle Green 5                  Square Green 5
> 22              --                      Circle Blue 6                   Square Blue 6
> 23              --                      Circle Vio 7                    Square Vio 7
> 24              --                      Circle Gray 8                   Square Gray 8
> 25              Video communicator?     Circle White 9                  Square White 9
> 26              Building on Fire        Fire                            Fire / Building
> 27              Gray Tent               Green Tent                      Green Tent
> 28              Bike Rider              Motorcycle                      Motorcycle
> 29              train                   train                           Train
> 30              Auto                    Red car                         Red car
> 31              Question mark           Position server                 Position server
> 32              Gray dot - small        Hurricane                       Hurricane
> 33              Block with "A"          Blue Cross aid station          Blue Cross aid station
> 34              --                      BBS                             BBS
> 35              Canoe Green             Canoe                           Canoe
> 36              --                      Square box with "D" Yellow      Circle (yellow) with "D"
> 37              Eyeball                 Circle (green) with "E"         Circle (green) with "E"
> 38              --                      Square (blue) with "F"          Circle (blue) with "F"
> 39              --                      Grid Square (antenna)           Grid Square (antenna)
> 40              Bed                     Hotel (bed)                     Hotel (bed)
> 41              --                      TCP                             TCP/IP
> 42              --                      J                               Circle (black) with "J"
> 43              School                  Red School                      Red School
> 44              Lighthouse              TCPIP                           Lighthouse
> 45              Mac LOGO                MAC LOGO                        MAC LOGO
> 46              NTS                     NTS                             NTS
> 47              Balloon                 Balloon                         Balloon
> 48              Car                     Car - Blue (police)             Car - Blue (police)
> 49              Earthquake - Gray       TBD                             Earthquake
> 50              Restaurant              RV (Capitol letters)            RV (Capitol letters)
> 51              Shuttle                 Shuttle                         Shuttle
> 52              --                      SSTV (TV Screen)                Thunderstorm
> 53              Circle with three       BUS                             BUS
>                 rays from it
> 54              ATV (tv Screen)         ATV (tv screen)                 VORTAC
> 55              Double circle around    Blue DOT with WX in middle      Dark Blue DOT with WX
>                 W - callsign goofy
>                 See Note 4 below
> 56              RX Pharmacy             Helicopter                      Helicopter
> 57              Sail boat               Sail boat / Yacht               Sail boat
> 58              Windows LOGO            Windows LOGO                    Windows LOGO
> 59              Runner                  Runner                          Runner
> 60              Yellow DF Triangle      Yellow DF triangle              Yellow DF triangle
> 61              Small hollow square     MAIL                            MAIL
>                 (could be letter)
> 62              crashed plane?          Plane Large                     Plane
> 63              Blue WX dot             Circle WX report                Circle WX stn
> 64              --                      Dish on ground                  Dish on ground
> 65              Ambulance               Ambulance                       Ambulance
> 66              Bike                    Bicycle                         Bicycle
> 67              --                      DX (antenna)                    DX (antenna)
> 68              Fire Dept               Fire Dept                       Fire Dept
> 69              --                      Equestrian                      Equestrian
> 70              Fire Truck              Fire Truck                      Fire Truck
> 71              Hang glider             Hang Glider                     Hang Glider
> 72              Hospital                Hospital                        Hospital
>                 (hard to tell)
> 73              Island OTA              Isaland OTA                     Island OTA
> 74              Jeep See note 6         Jeep    see note 6              Jeep see note 6
> 75              Pickup                  Pickup (red)                    Pickup
> 76              --                      Red dot (areas)                 --
> 77              MIC E                   MIC E (rptr)                    Red dot
> 78              --                      N (node)                        Mic E
> 79              EOC                     EOC                             EOC
> 80              --                      Rover/Puppy                     Rover/Puppy
> 81              Vertical line           Grid Square (antenna)           Grid Square (antenna)
>                 entire screen
> 82              MAN/Women (rest room?)  Radio Antenna (yagi)            Radio antenna
> 83              Boat                    Ship (pwr boat)                 Pwr boat
> 84              Ts (truck stop)         TS (truck Stop)                 TS (Truck Stop)
> 85              Truck                   Truck 18 Wheel                  Truck 18 Wheel
> 86              Van                     Van                             Van
> 87              H2O                     H2O                             H2O
> 88              Gray filled Diamond     Large X (Unix/Win)              Large X (Unix/Win)
> 89              House (yagi antenna)    House (yagi antenna)            House (yagi antenna)
> 90              --                      No Sym Yet                      Blue hollow Diamond
> 91              FOG (looks like         No Sym Yet                      FOG (letters)
>                 three Horizontal
>                 lines)
> 92              --                      No Sym Yet                      Unsure what this is.
> 93              Hollow Diamond          Hollow Diamond                  TCP (letters)
> 94              --                      No Sym Yet                      Sail boat
> 95              --                      Red Square with Yellow !        Bomb alert?
> 96              --                      alert circles                   See note 1
> 97              --                      alert circles                   See note 1
> 98              --                      alert circles                   See note 1
> 99              --                      alert circles                   See note 1
>
> Notes:
>
> 1. APRSplus - There isn't any selection buttons for 96-99 inclusive
> 2. APRSdos - version 844, Winaprs 2.3.3, APRSplus version unknown, but
> aprox 6 months old.
> 3. APRSdos "--" icon means, that *NO* ICON was displayed on the screen at
> all. Only the
>     callsign and RMC direction "spear" show.
> 4. GPSC55 doesn't display the callsign correctly in APRSdos 844. Its Jibberish.
>     It looks to be part of a WX display instead of callsign.
> 5. The descriptions of all ICONS are subject to my interpretation, and I
> may have
>     gotten clues from other versions of APRS as to what they might be. For
> some ICONS I just
>     cant tell what they are.
> 6. There is a GPS "E" group shown in APRSplus Secondary table tab. Both
> Winaprs and APRSdos
>     define all values of GPSE00 through GPSE99 as a "jeep" symbol, although
> there are many ICONS
>     choices in APRSplus "E" group.
>
> Byron Smith
> wa6ylb@theworks.com
> wa6ylb@wa6ylb.#nca.ca.usa.noam
> ICQ 26114994
>
> http://www.theworks.com/~wa6ylb
>
> "Luge strategy? Lie flat and try not to die."
>
> ---
> You are currently subscribed to aprsspec as: propnet@greeceny.com
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org

--
PropNET: an automated network, designed to
study propagation anomolies.   Intreagued?
http://www.RochesterNY.org/PropNET
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
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From bounce-aprsspec-11589@lists.tapr.org  Fri Nov 12 08:26:39 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA07457
	for <lyris.aprsspec@tapr.org>; Fri, 12 Nov 1999 08:26:34 -0600 (CST)
Message-ID: <LYR11589-49198-1999.11.12-08.39.43--lyris.aprsspec#tapr.org@lists.tapr.org>
From: "Brent Hildebrand" <bhildebrand@earthlink.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
References: <LYR11585-49076-1999.11.11-20.35.43--bhildebrand#earthlink.net@lists.tapr.org>
Subject: [aprsspec] Re: Use of GPSxyz codes - the ICON Rosetta table
Date: Fri, 12 Nov 1999 06:26:15 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <01aa01bf2d19$e18e60a0$b794b3d1@celeron>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

With respect to APRS+SA,  one can edit the files SYMBOLS.BMP and
SYMBOLS2.BMP in the APRS+SA directory, and create any symbol for any icon
you wish.  Obviously, what you then see and what other see will be different
if you do.  The files are simple bitmaps 16x1538 pixels in size.  A new icon
every 16 pixels.  In the future, I may compile them into a DLL, but for now,
they are open.

Brent

> ------------------------------------------
> ICON displays for "C" group GPS tracker "TO:" addresses. See note 6 below
> for information
> about "E" group values.
>
> GPSCxx value DOS Note 2 Winaprs Note 2 APRSplus note 2
>
> 00 -- Red circle with Red circle with
> line thru it line thru it
> 01 Red diamond Diamond with P Triangle with !


<much deleted>
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Nov 12 11:10:46 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA20993
	for <lyris.aprsspec@tapr.org>; Fri, 12 Nov 1999 11:10:44 -0600 (CST)
Message-Id: <LYR11589-49230-1999.11.12-11.23.56--lyris.aprsspec#tapr.org@lists.tapr.org>
Subject: [aprsspec] Re: Use of GPSxyz codes - the ICON Rosetta table
Date: Fri, 12 Nov 1999 12:10:12 -0500
From: Steve Dimse <sdimse@netrox.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <199911121710.MAA26787@netrox.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On 11/12/99 6:24 AM PropNET (propnet@greeceny.com) wrote:

>What a f-a-n-t-a-s-t-i-c piece of work this is!  Well done, Byron!
>
>Now for an extension of the experiment...checking to see how javAPRS 
>displays posit icons.  Although
>anyone is welcome to beat me in the attempt, I will try (over the next 
>couple 'o days) to launch
>gpsc## icons into the igate system, and view the result on the javAPRS 
>system to see what
>happens...and add the results to the list, too.  As an aside, one wonders 
>that correlation exists
>among other gps### codes as well.
>
First, if you do this, please make sure the positions are legit, rather 
than sending a couple hundred bogus positions. If you really want to do 
this, running javAPRS locally is a better answer.

However, doing this for javAPRS is largely a waste of time. I am well 
aware of the fact that the javAPRS icons are out of sync (as well as the 
fact that all the other versions are out of sync with each other). The 
underlying problem for this is the lack of a standard. Once this very 
time-consuming process is complete, the authors will be bringing their 
versions into alignment with the standard, the icons are only one small 
part of the work that will need to be done. 

For javAPRS, the icons are in 4 GIF files (primary and secondary icon 
sets for light and dark backgrounds), each holding 96 different icons. 
The icons must be copied into the light background GIF, moved to the dark 
background GIF and edited to appear nice on the dark background. This is 
a slow, tedious process, and one I haven't done for years, which is why 
the icons are out of sync.

Anyone that wants to tackle this, please feel free!

Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org  Fri Nov 12 11:22:49 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA21393
	for <lyris.aprsspec@tapr.org>; Fri, 12 Nov 1999 11:22:48 -0600 (CST)
Date: Fri, 12 Nov 1999 12:21:05 -0500
From: Mark Sproul <kb2ici@amsat.org>
Subject: [aprsspec] Re: Use of GPSxyz codes - the ICON Rosetta table <LYR11591-49198-1999.11.12-08.39.43--msproul#apmail.ap.org@lists.tapr.org>
X-Sender: msproul@apmail.ap.org
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Cc: aprsspec@lists.tapr.org
Message-id: <LYR11589-49232-1999.11.12-11.36.02--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-version: 1.0
 <LYR11585-49076-1999.11.11-20.35.43--bhildebrand#earthlink.net@lists.tapr.org>
X-MIMETrack: Itemize by SMTP Server on APRelay2/TheAP(Release 5.0.1 (Intl)|16 July 1999) at
 11/12/99 12:20:42 PM,
	Serialize by Router on APRelay2/TheAP(Release 5.0.1 (Intl)|16 July 1999) at
 11/12/99 12:20:43 PM,
	Serialize complete at 11/12/99 12:20:43 PM
X-Priority: 3 (Normal)
Content-type: text/plain; charset="us-ascii"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <v03110724b451fc3e8f15@[165.1.27.20]>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

>With respect to APRS+SA,  one can edit the files SYMBOLS.BMP and
>SYMBOLS2.BMP in the APRS+SA directory, and create any symbol for any icon
>you wish.  Obviously, what you then see and what other see will be different
>if you do.  The files are simple bitmaps 16x1538 pixels in size.  A new icon
>every 16 pixels.  In the future, I may compile them into a DLL, but for now,
>they are open.
>
>Brent
>


Brent and others

In MacAPRS a user can go in with Resedit and change the icons, the same
goes with WinAPRS if you have a development environment and the resource
editor for windows applications.  HOWEVER, this should NOT be encouraged.
We need to have the icons the SAME on all of our platforms.  Byron has done
a wonderful job for all of us, we should all strive to make them the same.
Now it does NOT require that your blue car look like my blue car, but they
should BOTH should be "blue cars"


My $0.02

Mark

__________________________________________________________________________
PLEASE NOTE NEW EMAIL ADDRESS
!!!!!!!!!!!!

	msproul@apmail.ap.org

__________________________________________________________________________
Mark Sproul                      |
Software Engineer @ Assoc Press  |Work: 609-860-7120
msproul@apmail.ap.org            |Fax:  609-860-7129
__________________________________________________________________________
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From bounce-aprsspec-11589@lists.tapr.org  Sat Nov 13 19:34:08 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA01923
	for <lyris.aprsspec@tapr.org>; Sat, 13 Nov 1999 19:34:07 -0600 (CST)
Mime-Version: 1.0
Message-Id: <LYR11589-49564-1999.11.13-19.47.23--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Sat, 13 Nov 1999 20:31:50 -0500
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Keith Sproul <ksproul@vger.rutgers.edu>
Subject: [aprsspec] use of ECHO on HF
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <v04205500b453c0e19f90@[165.230.139.231]>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk


In the spec, there is discussion of the WIDE, TRACE, RELAY etc..

There is no discussion on ECHO..  This is STILL being used on HF, 
mostly by MOBILEs.

I am -NOT- commenting on if this is correct or not, because I do not 
know.. If it IS supposed to still be used, it should be documented..

Bob, What say you?  Again, I have not comment pro or con.

Keith
Keith Sproul                          732 445-3695 Office
Student Housing Network Coordinator   732 445-2968 Fax
mailto:ksproul@rci.rutgers.edu        732 821-4828 Home
http://dorm.rutgers.edu/~ksproul/     WU2Z
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From bounce-aprsspec-11589@lists.tapr.org  Sun Nov 14 07:20:18 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA05861
	for <lyris.aprsspec@tapr.org>; Sun, 14 Nov 1999 07:20:14 -0600 (CST)
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs
Date: Sun, 14 Nov 1999 08:19:27 -0500 (EST)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: use of ECHO on HF
In-Reply-To: <LYR11586-49564-1999.11.13-19.47.23--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-49669-1999.11.14-07.33.31--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.9911140816420.25362-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Good point.  The use of "PATHS" is fundamental to APRS and is the number
one queston of newbees'.  I can imagine tho, that others will say it
should not be in the spec...  But could it be an appendix or something?

I dont have spe c with me, but to the extent that W,R,T are in there, then
ECHO should be too..

Bob

Sat, 13 Nov 1999, Keith Sproul wrote:

> 
> In the spec, there is discussion of the WIDE, TRACE, RELAY etc..
> 
> There is no discussion on ECHO..  This is STILL being used on HF, 
> mostly by MOBILEs.
> 
> I am -NOT- commenting on if this is correct or not, because I do not 
> know.. If it IS supposed to still be used, it should be documented..
> 
> Bob, What say you?  Again, I have not comment pro or con.
> 
> Keith
> Keith Sproul                          732 445-3695 Office
> Student Housing Network Coordinator   732 445-2968 Fax
> mailto:ksproul@rci.rutgers.edu        732 821-4828 Home
> http://dorm.rutgers.edu/~ksproul/     WU2Z
> 
> ---
> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> 
> 

APRSdos REPLY/COMMENT:

Reply mail addr:   wb4apr@amsat.org   
US mail address:   115 old Farm Ct, Glen Burnie, MD 21060
See DAYTON97 HISTORY:    http://web.usna.navy.mil/~bruninga/dayton.html
See Maryland APRS LIVE:  http://web.usna.navy.mil/~bruninga/aprs.html
See GPS on ANY radio:    http://www.tapr.org/tapr/html/mic-e.html
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From bounce-aprsspec-11589@lists.tapr.org  Mon Nov 15 12:14:10 1999
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA14465
	for <lyris.aprsspec@tapr.org>; Mon, 15 Nov 1999 12:14:08 -0600 (CST)
Date: Mon, 15 Nov 1999 12:13:40 -0600 (CST)
From: Tim Salo <salo@networkcs.com>
Message-Id: <LYR11589-49984-1999.11.15-12.27.25--lyris.aprsspec#tapr.org@lists.tapr.org>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: use of ECHO on HF
In-Reply-To: <LYR11595-49669-1999.11.14-07.33.31--salo#networkcs.com@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <199911151813.MAA45914@us.networkcs.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

> Date: Sun, 14 Nov 1999 08:19:27 -0500 (EST)
> From: Bob Bruninga <bruninga@nadn.navy.mil>
> Subject: [aprsspec] Re: use of ECHO on HF
> 
> Good point.  The use of "PATHS" is fundamental to APRS and is the number
> one queston of newbees'.  I can imagine tho, that others will say it
> should not be in the spec...  But could it be an appendix or something?
> 	[...]

A couple of thoughts:

o	The audience of an APRS specification should be developers,
	not users.  The objective of the spec ought to be to enable the
	development of interoperable implementations.  That is, it
	ought not be a tutorial, (which is not to say that a tutorial
	would not be valuable, merely that a tutorial ought to be
	a different document).

o	An APRS specification ought to specify the operation of
	digipeaters.  As Bob observed, this is a fundamental part
	of the APRS system.

o	A good argument could be made that there should be
	several APRS specifications.  This will allow the individual
	specifications to evolve independently.  For example, the
	operation of digis might be more likely to evolve that the
	base protocol itself.  It would be nice to release a new digi
	specification without having to release a new APRS protocol
	specification.  Three specifications come to mind, I think there
	might be more:

	-	APRS protocol
	-	Digi and forwarding operations
	-	IGate and APRServe operations

	Note that an APRS station would need to implement portions
	of more that one document.

Somewhere, I wrote some boilerplate for an APRS specification that
talks about such things as the objectives and audience of the spec.
If I have a few hours, I will put it up on the Web.

-tjs
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